System and method for enabling a user to obtain authenticated access to an application using a biometric combination lock

ABSTRACT

A system and method for enabling a user to obtain authenticated access to an application using a biometric combination lock is described herein. The system is configured for registering a user by receiving a set of biometric expressions and a set of biometric samples of the user, corresponding to two or more biometric factors associated with each biometric expression. Further, the method comprises steps of processing the set of biometric samples to compute a Secret-Key (S1) corresponding to the user, generating a bold Unique-Number (N1) using a random number generation algorithm, applying a Function (F1) to the Secret-Key (S1) and the Unique-Number (N1), to compute a Public-Key (P1). Once the user is registered, the system is configured to receive an account creation request or a login request from an application. Further, the system is configured to receive a subset of biometric samples, corresponding to two or more biometric factors associated with a target biometric expression from the set of biometric expressions for authenticating the user. Once the user is authenticated, the system may generate an Application User ID based on the authentication and transmit to the application a request to enable the user to create an account on the application, or a request to log into the account, wherein the request comprises the Application User ID.

CROSS-REFERENCE TO RELATED APPLICATIONS AND PRIORITY

The present application is a Continuation in Parts (CIP) application of U.S. Complete application Ser. No. 17/018,273 filed on Sep. 11, 2020 entitled “System and method for sharing user preferences without having the user reveal their identity”, which claims priority from U.S. Provisional Application No. 62/906,080 filed on Sep. 25, 2019 entitled “Method and system of managing personal and business information”, the U.S. Provisional Application No. 62/954,591 filed on Dec. 29, 2019 entitled “Method and system for anonymously matching consumers and businesses”, and also claims priority from U.S. Provisional Application No. 63/029,717 filed on May 26, 2020 entitled “Method and system of storing identity and signature using the human body as a node.”

TECHNICAL FIELD

The present subject matter described herein, in general, relates to a system and a method for enabling authenticated access. More specifically, the present subject matter discloses the system and method for enabling a user to obtain authenticated access to an application using a biometric combination lock.

BACKGROUND

The subject matter discussed in the background section should not be assumed to be prior art merely because of its mention in the background section. Similarly, a problem mentioned in the background section or associated with the subject matter of the background section should not be assumed to have been previously recognized in the prior art. The subject matter in the background section merely represents different approaches, which in and of themselves may also correspond to implementations of the claimed technology.

Traditionally, software applications require people to provide their identity as well as personal information in order to receive personalized services. However, this practice has resulted in several undesirable outcomes. People end up creating a different profile for each application such as Gmail™, Twitter™, Amazon™ etc. As the number of profiles increases, it becomes difficult to manage these profiles. On an average an online user has 7.6 social media accounts. Many of these online profiles are created using fake identities. An estimated 30% of profiles on social media are based on fake identities. Moreover, in the existing social networking platforms, there is no barrier to keep a user from creating a profile that corresponds to someone other than themselves. Furthermore, users don't always have control over their online profile's visibility to others within or outside of their own human network. User privacy is also at risk as different applications have different privacy standards.

Additionally, software applications often collect more personal information from users than is needed to provide the application's functionality. This information may be misused by these software applications for targeted advertising. Generally, the information captured by these software applications is used to run advertising campaigns targeted at social media audience cohorts whose attributes are extrapolated from their online activity. This may include the web searches they perform, the content they consume, and the social media posts they engage with. This method poses several limitations. The search and social media platforms that track users' activity often have access to users' identity. Although social media platforms mask their users' identity from advertisers and developers, there is a massive burden on the social media platforms to protect their users' identity and keep it hidden from advertisers and developers at all times. More importantly, users' identity is not hidden from the platforms themselves, thereby creating an exception for the platforms in respect of the rule applied to the advertisers that no single entity should have access to people's identity as well as activity.

Furthermore, ecommerce businesses such as Amazon™ and eBay™ capture users' activity data on one product platform and apply it to other products using shared cookies. Users often have no visibility into which businesses have access to what part of their personal information. The collection of users' attributes is a one-way flow. Platforms gather users' activity data and retain it permanently. Users have no control over their own activity data once it has been captured by the platform. Moreover, users do not use platforms with the intention of providing the platforms with their personal information. Therefore, finding themselves to be the target of advertisements based on specific personal attributes detected by platforms makes them feel violated. Platforms algorithmically interpret people's engagement data to deduce their attributes. Hence, there is a level of abstraction between users' actual attributes, and those targeted by businesses in their advertising campaigns on platforms.

Also, there is an inherent limit to how deeply businesses can understand a user's real attributes. Users do not know how much of their personal information that they did not share with anyone intentionally is stored and shared by platforms. This causes widespread anxiety and stress among people. Conversely, in the absence of users' activity on social media platforms, there is insufficient data to extrapolate their attributes. People's attributes also change over time. Their activity on various platforms may not reflect all the changes. Businesses may continue to target users in their advertisements even if they no longer have the attributes they are being targeted for.

Furthermore, users' identities on the interne are stored on a network server. The server requires resources to host users' identities, keep them secure, and perform regular maintenance. Users do not always have control over their digital identity stored on the server. Every identity on the server does not necessarily correspond to a unique person. In the existing art there is no known way to prevent the storage of identities. People need to manage credentials to access their own identities on the servers.

To address some of the above issues and to manage credentials of a multitude of applications, Single Sign-On mechanisms such as OAUTH and SAML are used. The Single Sign-on mechanism allows applications to use tokens and transfer the burden of authentication to federated identity providers such as Google™ and Apple™. During the handoff from a third-party authentication to the client application, typically, personally identifiable information such as name, email, profile photo, etc., is also shared with the client application in an opt-out manner. This reintroduces vulnerabilities in the client application and negates the separation of identity authentication in the first place. Even if no personally identifiable information is handed off to the client application, the third-party authentication system is still susceptible to the same security challenges and all weaknesses are passed on downstream.

Another technique adopted for security is two-factor authentication. There are several ways by which two-factor authentication can be enabled in order to provide an additional layer of security. One method is by sending a code over email or text message. This assumes that the client application has access to the user's email or phone number which, if true, also means that they have the ability to determine the user's identity with relative ease. Additionally, if the user's phone or email are compromised, this system works in favor of the perpetrator and further injures the victim. Another method of two-factor authentication is enabled by generating a code via a separate authentication application, it assumes that the user has control over that authentication application. If the user loses access to the authenticator application, they lose access to their identity manager. Yet another method of two-factor authentication is enabled by having the user remember a pass-phrase, a visual shape, or answers that they made up for a number of personal questions, or any variant thereof. This usually results in an unreasonable barrier for the user and a bad user experience.

Furthermore, historically personalized software applications require users to set a username (unique string, email, or phone number) and a password, in order to have secure access to a personalized account. In case the username is the user's email or phone number, the user's identity is revealed to the application. If the username is a string, the application still requires the user's email or phone number to enable the user to reset the password if it is lost.

Emails and phone numbers are not private. Unlisted phone numbers and email addresses can be traced back to their owners with relative ease. When people register on a service using their email address or phone number, their identity becomes vulnerable to attacks. History indicates that it is almost certain that every user's personal information will be leaked at some point. In recent times, there are an increasing number of cases, where personal data of millions of social media users has been leaked and posted online. And since their accounts with all services are tied to either an email, or a phone number, or both, when data from multiple services are compromised, leaked information can be combined, resulting in further injury to the users whose data is leaked.

The world's most powerful technology companies have utterly failed to protect people's privacy. This is primarily because they are still continuing to use peoples' emails or phone numbers to uniquely identify them within their systems. While only the most high-profile data breaches get reported, a vast majority of data breaches go unreported. Overall, there is overwhelming evidence demonstrating that online privacy does not exist in any meaningful way.

Thus, clearly the most effective way for any company to prevent their users' privacy from being breached is to not have their systems access their users' identities in the first place. As demonstrated in USPTO patent application Ser. No. 17/018,273 filed on Sep. 11, 2020 entitled “System and method for sharing user preferences without having the user reveal their identity”, an application can very well provide personalized services to users without having access to their identity, and indeed to their personally identifiable information.

Such an application providing personalized services to users may need to enable the users to store their own personally identifiable data in such a way that this data is only accessible to the users themselves, and to no one else, including the application provider. In such a case, and in any other application, whether online or offline, that requires high security, there is a need for a highly reliable and secure method of authenticating the user. Thus, there is a long-felt need for a system and method for enabling a user to obtain authenticated access to an application using a biometric combination lock.

SUMMARY

This summary is provided to introduce concepts related to a system and a method for enabling a user to sign up or login into an application without having the user reveal their identity, and the concepts are further described below in the detailed description. This summary is not intended to identify essential features of the claimed subject matter nor is it intended for use in determining or limiting the scope of the claimed subject matter.

In one implementation, a system for enabling a user to obtain authenticated access to an application using a biometric combination lock, is illustrated in accordance with an embodiment of the invention. The system comprises a processor and a memory coupled to the process. The processor is configured to execute program instructions stored in the memory for registering a user. For the purpose of registering the user, the processor may execute program instructions stored in the memory providing an interface to capture a set of biometric expressions, wherein each biometric expression corresponds to a combination of two or more biometric factors from a set of biometric factors of a user, receiving a set of biometric samples of the user, corresponding to each biometric factor from the set of biometric factors, processing, the set of biometric samples, corresponding to the two or more biometric factors associated with each biometric expression, to compute a Secret-Key (S1) corresponding to each biometric expression from the set of biometric expressions, generating a Unique-Number (N1) using a random number generation algorithm for each biometric expression, applying a Function (F1) to the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1) for each biometric expression, storing the Unique-Number (N1) for each biometric expression on a user device and in a data repository, and storing the Public-Key (P1) for each biometric expression on a storage device. Once the user is registered, each time the user makes an account creation request or a request to log into the application, the processor is configured for authenticating the user. For the purpose of authentication, the processor may execute program instructions stored for receiving a subset of biometric samples, corresponding to two or more biometric factors associated with a target biometric expression from the set of biometric expressions, wherein the subset of biometric samples is captured from the user, processing the subset of biometric samples, corresponding to the two or more biometric factors, to generate a Secret-Key (S2-t) corresponding to the target biometric expression, fetching the Public-Key (P1-t) corresponding to the target biometric expression of the user from the storage device, computing a Real-Time-Unique-Number (N2-t) using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1) corresponding to the target biometric expression. If the user is successfully authenticated, the processor is configured for transmitting to the application a request to create an account on the application or to enable the user to obtain authenticated access to the application, wherein the request comprises an Application User ID of the user.

In another implementation, a method for enabling a user to obtain authenticated access to an application using a biometric combination lock, is illustrated in accordance with an embodiment of the invention. The method may comprise one or more steps for registering a user. For the purpose of registering the user, the method may comprise one or more steps for providing an interface to capture a set of biometric expressions, wherein each biometric expression corresponds to a combination of two or more biometric factors from a set of biometric factors of a user, receiving a set of biometric samples of the user, corresponding to each biometric factor from the set of biometric factors, processing, the set of biometric samples, corresponding to the two or more biometric factors associated with each biometric expression, to compute a Secret-Key (S1) corresponding to each biometric expression from the set of biometric expressions, generating a Unique-Number (N1) using a random number generation algorithm for each biometric expression, applying a Function (F1) to the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1) for each biometric expression, storing the Unique-Number (N1) for each biometric expression on a user device and in a data repository, and storing the Public-Key (P1) for each biometric expression on a storage device. Once the user is registered, each time the user makes an account creation request or a request to log into the application, the method may comprise steps to receive a login request from the application. Upon receipt of the login request, the method may comprise one or more steps for authenticating the user. For the purpose of authentication, the method may comprise one or more steps for receiving a subset of biometric samples, corresponding to two or more biometric factors associated with a target biometric expression from the set of biometric expressions, wherein the subset of biometric samples is captured from the user, processing the subset of biometric samples, corresponding to the two or more biometric factors, to generate a Secret-Key (S2-t) corresponding to the target biometric expression, fetching the Public-Key (P1-t) corresponding to the target biometric expression of the user from the storage device, computing a Real-Time-Unique-Number (N2-t) using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1) corresponding to the target biometric expression, comparing the Real-Time-Unique-Number (N2-t) with the Unique-Number (N1-t) stored on the user device, thereby authenticating the user. Further, the method may further comprise one or more steps for transmitting to the application a request to create an account on the application or to enable the user to obtain authenticated access to the application, wherein the request comprises an Application User ID of the user.

BRIEF DESCRIPTION OF DRAWINGS

The detailed description is described with reference to the accompanying Figures. The same numbers are used throughout the drawings to refer like features and components.

FIG. 1 illustrates a network implementation 100 of a system 101 to obtain authenticated access to the application using a biometric combination lock, in accordance with an embodiment of the present disclosure.

FIG. 2 illustrates components of the system 101 to to obtain authenticated access to the application using a biometric combination lock, in accordance with an embodiment of the present disclosure.

FIG. 3 illustrates a method 300 to obtain authenticated access to the application using a biometric combination lock, in accordance with an embodiment of the present disclosure.

FIG. 4 illustrates a method 400 for user registration, in accordance with an embodiment of the present disclosure.

FIG. 5 illustrates a method 500 for user authentication, in accordance with an embodiment of the present disclosure.

FIG. 6a and FIG. 6b illustrates a user interface obtaining authenticated access to the application using a biometric combination lock, in accordance with an embodiment of the present disclosure.

DETAILED DESCRIPTION

Reference throughout the specification to “various embodiments,” “some embodiments,” “one embodiment,” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. Thus, appearances of the phrases “in various embodiments,” “in some embodiments,” “in one embodiment,” or “in an embodiment” in places throughout the specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner in one or more embodiments.

Referring to FIG. 1, implementation 100 of system 101 for creating an account on an application and logging into it using a biometric combination lock is illustrated, in accordance with an embodiment of the present subject matter. In one embodiment, the system 101 may comprise a processor and a memory. Further, the system 101 may be connected to user devices and applications through a network 104. It may be understood that the system 101 may be communicatively coupled with multiple users through one or more user devices 103-1, 103-2, 103-3 . . . , 103-n and applications 102-1, 102-2, 102-3 . . . , 102-n collectively referred to as a user device 103 and applications 102.

In one embodiment, the network 104 may be a cellular communication network used by user devices 103 such as mobile phones, tablets, or a virtual device. In one embodiment, the cellular communication network may be the Internet. The user device 103 may be any electronic device, communication device, image capturing device, machine, software, automated computer program, a robot or a combination thereof. Further the applications 102 may be any networking platform, media platform, messaging platform, ecommerce platform, or any other application platform. The system 101 may be configured to register users as well as applications 102 over the system 101. Further, the system 101 may be configured to authenticate the user, each time the user makes a request to access the system 101. Furthermore, the system 101 may enable the user to access the applications 102 without having the user reveal their identity.

In one embodiment, the user devices 103 may support communication over one or more types of networks in accordance with the described embodiments. For example, some user devices and networks may support communications over a Wide Area Network (WAN), the Internet, a telephone network (e.g., analog, digital, POTS, PSTN, ISDN, xDSL), a mobile telephone network (e.g., CDMA, GSM, NDAC, TDMA, E-TDMA, NAMPS, WCDMA, CDMA-2000, UMTS, 3G, 4G), a radio network, a television network, a cable network, an optical network (e.g., PON), a satellite network (e.g., VSAT), a packet-switched network, a circuit-switched network, a public network, a private network, and/or other wired or wireless communications network configured to carry data. The aforementioned user devices 103 and network 104 may support wireless local area network (WLAN) and/or wireless metropolitan area network (WMAN) data communications functionality in accordance with Institute of Electrical and Electronics Engineers (IEEE) standards, protocols, and variants such as IEEE 802.11 (“WiFi”), IEEE 802.16 (“WiMAX”), IEEE 802.20x (“Mobile-Fi”), and others.

In one embodiment, the user devices 103 are enabled with biometric scanning capabilities. Furthermore, the user devices 103 are also enabled to maintain a distributed global people's registry. The Distributed Global People Registry may be an autonomous free public utility that stores the public-key of every registered person.

In one embodiment, the application 102 may be a networking platform, an ecommerce platform, or any other interne-based software application which requires user authentication before providing the user with access to the application. The user registration process over the system 101 is further illustrated with the block diagram in FIG. 2.

Referring now to FIG. 2, various components of the system 101 are illustrated, in accordance with an embodiment of the present subject matter. As shown, the system 101 may include at least one processor 201 and a memory 203. The memory consists of a set of modules. The set of modules may include a user registration module 204, a user authentication module 205, and an account management module 206. In one embodiment, the at least one processor 201 is configured to fetch and execute computer-readable instructions, stored in the memory 203, corresponding to each module.

In one embodiment, the memory 203 may include any computer-readable medium known in the art including, for example, volatile memory, such as static random-access memory (SRAM) and dynamic random-access memory (DRAM), and/or non-volatile memory, such as read-only memory (ROM), erasable programmable ROM, flash memories, hard disks, optical disks, and memory cards.

In one embodiment, the programmed instructions 205 may include routines, programs, objects, components, data structures, etc., which perform particular tasks, functions, or implement particular abstract data types. The data 207 may comprise a data repository 208, and other data 209. The other data 209 amongst other things, serves as a repository for storing data processed, received, and generated by one or more components and programmed instructions. The working of the system 101 will now be described in detail referring to FIGS. 1 and 2.

In one embodiment, the processor 201 may be configured for executing programmed instructions corresponding to user registration module 204 for registering a user over the system 101. For the purpose of registration, a user may send a request for registration to the system 101 from the user device 103. Once the request is received, the processor 201 may execute programmed instructions stored in the memory to provide an interface to capture a set of biometric expressions. Each biometric expression corresponds to a combination of two or more biometric factors from a set of biometric factors of a user. For example, a biometric expression may correspond to a combination of fingerprint and voice of a user. In a similar manner, different combinations of different biometric factors may be used for generating different biometric expressions. The set of biometric expressions may be captured using the user device. The set of biometric factors may comprise fingerprint, face, voice, retina, palm vein and the like. Further, the processor 201 may execute programmed instructions stored in the memory to receive a set of biometric samples of the user, corresponding to each biometric factor from the set of biometric factors. It must be understood that the one or more biometric factors are not limited only to fingerprint, face, voice, retina, and palm vein. Any other biometric factors which can uniquely identify a user may be collected from the user. The set of biometric samples may be captured by the user device 103 and sent to the system 101 for registration. Further, the processor 201 is configured to process the set of biometric samples, corresponding to the two or more biometric factors, associated with each biometric expression, to compute a Secret-Key (S1) corresponding to each biometric expression from the set of biometric expressions. For example, if there are N biometric expressions, then Secret-Keys S1-1 to S1-n are computed by the processor 201, wherein each Secret-Key (S1) corresponds to a unique biometric expression from the set of biometric expressions. These unique characteristics must be reproducible every time the user scans their biometrics. Since each biometric expression is a combination of two or more biometric factors, each Secret-Key (S1) is reproducible by capturing the corresponding combination of two or more biometric factors from the user. Further, the processor 201 is configured to generate a Unique-Number (N1) for each biometric expression from the set of biometric expressions. The Unique-Number (N1) can be computed using any random number generation algorithm known in the art. The Unique-Number (N1) is a random number generated only once by the random number generation algorithm. For example, if there are N biometric expressions, then Unique-Number N1-1 to N1-n are computed by the processor 201, wherein each Unique-Number (N1) corresponds to a unique biometric expression from the set of biometric expressions.

Further, the processor 201 is configured to apply a Function (F1) to the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1) for each biometric expression from the set of biometric expressions. For example, if there are N biometric expressions, then Public-Keys P1-1 to P1-n are computed by the processor 201, wherein each Public-Key (P1) corresponds to a unique biometric expression, from the set of biometrix expressions. The Function (F1) may be based on Asymmetric Key Encryption which consumes the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1) for each biometric expression from the set of biometric expressions. In alternative embodiments, the Function (F1) may be based on any other encryption technique that is known in the art. Thus, multiple instances of the Secret-Key (S1), Unique-Number (N1) and Public-Key (P1) may be generated, wherein each instance corresponds to a different biometric expression from the set of biometric expressions.

In one embodiment, once the Secret-Keys (S1-1 to S1-n), Unique-Numbers (N1-1 to N1-n), and Public-Keys (P1-1 to P1-n) are captured, in the next step, the processor 201 is configured for storing the Unique-Number (N1) for each biometric expression on a user device and in a data repository. The processor 201 is also configured for storing the Public-Key (P1-1 to P1-n) of the user on a storage device. In a similar manner, multiple users may be registered over the system 101. Every time the user makes a request to access the system 101, the Unique-Number (N1) and the Public-Key (P1) corresponding to a biometric expression, from the set of biometrix expressions, is used for authentication. It must be noted that the Secret-Key (S1) is not stored on the user device 103 or the system 101. Rather, at the time of authentication, a Secret-Key (S1) is computed in real-time. The process for user authentication is stated below.

In one embodiment, the user authentication may be triggered through the user device 103 upon receipt of an account creation request or a login request from the Application 102. The account creation request or a login request may be received upon scanning of a machine-readable code. The machine-readable code may be a Barcode or a QR code. The login request may comprise a web socket ID. The communication of the system 101 with the application 102 may be enabled using the web socket ID.

On the receipt of the account creation request or login request, the processor 201 may be configured for executing programmed instructions corresponding to user authentication module 205 for authenticating the user. Initially the processor 201 may execute programmed instructions stored in the memory for receiving a subset of biometric samples from the user. The subset of biometric samples may be captured from the user in real-time. The subset of biometric samples corresponding to each of the two or more biometric factors associated with a target biometric expression, from the set of biometric expressions, wherein the subset of biometric samples is captured from the user in real-time. Further, the processor 201 may execute programmed instructions stored in the memory for processing the subset of biometric samples, corresponding to the two or more biometric factors, to generate a Secret-Key (S2-t) corresponding to the target biometric expression.

It must be noted that the Secret-Key (S2-t) will be different from Secret-Key (S1-t) if the user is not the same person. Further, the processor 201 may execute programmed instructions stored in the memory for fetching the Public-Key (P1-t) corresponding to the target biometric expression of the user from the storage device. Further, the processor 201 may execute programmed instructions stored in the memory for computing a Real-Time-Unique-Number (N2-t) using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1) corresponding to the target biometric expression. Furthermore, the processor 201 may execute programmed instructions stored in the memory for authenticating the user based on comparison of the Real-Time-Unique-Number (N2-t) with the Unique-Number (N1-t) stored on the user device, thereby authenticating the user. It must be noted that when biometric samples from the same user are captured, the Secret-Key (S2-t) which is generated in real-time is the same as the Secret-Key (S1-t) associated with the target biometric expression which was used during user registration. As a result, the Real-Time-Unique-Number (N2-t) generated using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1) will be the same as the Unique-Number (N1-t) stored in the user device or in a data repository. In case false biometrics are provided during authentication, the Secret-Key (S2-t) generated in real-time will not be the same as the Secret-Key (S1-t). Due to this, the Real-Time-Unique-Number (N2-t) will not be equal to the Unique-Number (N1-t) and the authentication will fail. It must be noted that during the entire authentication process, the only connection established with the user is through biometric scanning. As a result, authentication fraud as well as duplicate account generation is prevented, while keeping the user's identity private, since there is no need for the user to share their phone number, email address, or any other personally identifiable information.

If the user is successfully authenticated, the processor 201 may be configured for executing programmed instructions corresponding to the Account Creation Module 206. For this purpose, when the user scans the code on the signup page, the processor 201 may execute programmed instructions stored in the memory for transmitting to the application a request to enable the user to create an account on the application 102. The request may comprise an Application User ID associated with the user. The Application User ID may be a random and unique alphanumeric string. Furthermore, the processor 201 may execute programmed instructions stored in the memory for transmitting to the application a request to enable the user to obtain authenticated access to the application. The method for enabling the user to create an account on an application or login into an application, without having the user reveal their identity is further elaborated with the flowchart of FIG. 3.

Now referring to FIG. 3, a method 300 for creating an account on an application and login into the application, without having the user reveal their identity is illustrated, in accordance with an embodiment of the present subject matter.

At step 301, the processor 201 may be configured for registering a user over the system 101 by providing an interface to capture two or more biometric expressions of each factor from a set of biometric factors of a user. The detailed steps for registering a user over the system 101 are further elaborated with reference to FIG. 4.

At step 302, the processor 201 may be configured for receiving an account creation request or login request from the application 102 and authenticate the user over the system 101. The detailed steps for authenticating a user over the system 101 are further elaborated with reference to FIG. 5.

At step 303, the processor 201 may be configured for transmitting to the application a request to enable the user to create an account on the application 102 or login into the application 102. The steps for creating an account or logging into an existing account are further illustrated in FIG. 6.

Now referring to FIG. 4, a method 400 for user registration is illustrated, in accordance with an embodiment of the present subject matter.

At step 401, the processor 201 may be configured for registering a user over the system 101. For the purpose of registration, a user may send a request for registration to the system 101 from the user device 103. Once the request is received, the processor 201 may enable an interface to capture a set of biometric expressions, wherein each biometric expression corresponds to a combination of two or more biometric factors from a set of biometric factors of a user.

At step 402, the processor 201 may be configured to receive a set of biometric samples of the user, corresponding to each biometric factor from the set of biometric factors. The one or more biometric factors may correspond to fingerprint, face, voice, retina, and palm vein.

At step 403, the processor 201 may be configured to process, the set of biometric samples, corresponding to the two or more biometric factors associated with each biometric expression, to compute a Secret-Key (S1) corresponding to each biometric expression from the set of biometric expressions corresponding to the user. For the purpose of computing the secret key (S1) a set of unique characteristics of the biometric samples may be determined. These unique characteristics must be reproducible every time the user scans their biometrics.

At step 404, the processor 201 may be configured to generate a Unique-Number (N1) using a random number generation algorithm for each biometric expression. The Unique-Number (N1) is a random number generated only once by the random number generation algorithm.

At step 405, the processor 201 may be configured to apply a Function (F1) to the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1) for each biometric expression. The Function (F1) may be based on Asymmetric Key Encryption which consumes the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1).

At step 406, the processor 201 may be configured to store the Unique-Number (N1), for each biometric expression, on the user device 103 and in a Data Repository 208.

At step 407, the Public-Key (P1), for each biometric expression, is stored on a Storage Device. Further, multiple users may be registered over the system 101. Every time the user makes a request to access the system 101/application 102 or makes a request to access the account created over the application 102, the Unique-Number (N1) and the Public-Key (P1) are used for authentication. It must be noted that the Secret-Key (S1) is not stored on the user device 103 or the system 101. Rather, at the time of authentication, the Secret-Key (S2) is computed in real-time.

At step 408, the processor 201 may be configured to receive an account creation request or login request from the application 102. The account creation request or a login request may be generated upon scanning of a machine-readable code. The machine-readable code may be a barcode or a QR code. The login request may comprise a web socket ID. The communication of the system 101 with the application 102 is enabled using the web socket ID. Further, it must be noted that the signup or login page of the Application 102 may be accessed using a laptop or a desktop computer.

At step 409, the processor 201 may be configured to authenticate the user. The process for user authentication is stated in further detail with reference to the flow chart of FIG. 5. At step 410, upon successful authentication of the user, the processor 201 may be configured to transmit, to the application, a request to enable the user to create an account on the application 102. The request may comprise the Application User ID of the user. In one embodiment, when the login request is received, the processor 201 may be configured to transmit to the application a request to enable the user to create an account on the application. Now referring to FIG. 5, a method 300 for user authentication is illustrated, in accordance with an embodiment of the present subject matter.

At step 501, the processor 201 may be configured to receive a subset of biometric samples, corresponding to two or more biometric factors associated with a target biometric expression from the set of biometric expressions, wherein the subset of biometric samples is captured from the user.

At step 502, the processor 201 may be configured to process the subset of biometric samples, corresponding to the two or more biometric factors, to generate a Secret-Key (S2-t) corresponding to the target biometric expression. It must be noted that the Secret-Key (S2-t) will be different from Secret-Key (S1-t) if the user is not the same person.

At step 503, the processor 201 may be configured to fetch the Public-Key (P1-t) corresponding to the target biometric expression of the user from the storage device.

At step 504, the processor 201 may be configured to compute a Real-Time-Unique-Number (N2-t) using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1) corresponding to the target biometric expression.

At step 505, the processor 201 may be configured to authenticate the user based on comparison of the Real-Time-Unique-Number (N2-t) with the Unique-Number (N1-t) stored on the user device 103. It must be noted that when biometric samples from the same user are captured, the Secret-Key (S2-t) generated in real-time is the same as the Secret-Key (S1-t) that was generated during user registration. As a result, the Real-Time-Unique-Number (N2-t) generated using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1-t) will be the same as the Unique-Number (N1-t) stored on the user device. In case false biometric samples are provided during authentication, the Secret-Key (S2-t) generated in real-time will not be the same as the Secret-Key (S1-t). Due to this, the Real-Time-Unique-Number (N2-t) will not match the Unique-Number (N1-t) and the authentication will fail. It must be noted that during the entire authentication process, the only connection established with the user is through biometric scanning. As a result, authentication fraud as well as duplicate account generation is prevented, while keeping the user's identity private, since there is no need for the user to share their phone number, email address, or any other personally identifiable information.

At step 506, if the user is successfully authenticated, the processor 201 may be configured to execute programmed instructions stored in the memory to transmit, to the application 102, an account creation request or a request to enable the user to obtain authenticated access to the application. The process for creating a new account over the application or enabling the user to login into the application 102 is illustrated below with reference to the user interface of FIGS. 6a and 6 b.

Referring now to FIG. 6a the user interface of an application 102-1 is illustrated. The application 102-1 may be a news website. The user may access the signup page 601 of the application 102-1 using a desktop computer 600. Upon accessing the signup page 601, the user interface may display a set of account creation fields 603 and a QR code 605. In place of QR code 605, a bar code or any other two-dimensional or three-dimensional code may be displayed. The set of account creation fields 603 may be used by the user to register himself onto the platform. Alternatively, the user may scan the QR code 605 on the signup page 601 using the user device 103 in order to access the application 102-1 without revealing their identity to the application 102-1. The user device 103 may be configured to extract a web socket ID corresponding to the signup page 601 of the application 102-1. The communication of the system 101 with the application 102-1 is enabled using the web socket ID. The system 101 may be configured to first authenticate the user based on the steps disclosed in the method 500. If the user is authenticated, the system 101 is configured to use the web socket ID to communicate with the application 102-1 and enable the user to create an account and access the application 102-1 without providing any personal details to the application 102-1.

Referring now to FIG. 6b the user interface of an application 102-2 is illustrated. The application 102-2 may be a sports blog website. The user may access the login page 607 of the application 102-2 using the desktop computer 600. Upon accessing the login page 607, the user interface may display a set of account login fields 609 and a QR code 611. In place of QR code 611, a bar code or any other two-dimensional or three-dimensional code may be displayed. The set of account login fields 609 may be used by the user to login onto the application 102-2. Alternatively, the user may scan the QR code 611 on the login page 607 using the user device 103 in order to access the application 102-2 without revealing their identity to the application 102-2. The user device 103 may be configured to extract a web socket ID corresponding to the login page 607 of the application 102-2. The communication of the system 101 with the application 102-2 is enabled using the web socket ID. The system 101 may be configured to first authenticate the user based on the steps disclosed in the method 500. If the user is authenticated, the system 101 is configured to use the web socket ID to communicate with the application 102-2 and enable the user to access the application 102-2 without providing any personal details to the application 102-2.

Although implementations for the system 101 and the method 300 for creating an account on an application and login into the application, without having the user reveal their identity, have been described in language specific to structural features and methods, it must be understood that the claims are not limited to the specific features or methods described. Rather, the specific features and methods are disclosed as examples of implementations for the system 101 and the method 300 for creating an account on the application and login into the application, without having the user reveal their identity. 

1. A system for enabling a user to obtain authenticated access to an application using a biometric combination lock, the system comprising: a processor and a memory coupled to the processor, wherein the processor is configured to execute instructions stored in the memory for: registering a user by, providing an interface to capture a set of biometric expressions, wherein each biometric expression corresponds to a combination of two or more biometric factors from a set of biometric factors of a user, receiving a set of biometric samples of the user, corresponding to each biometric factor from the set of biometric factors, processing, the set of biometric samples, corresponding to the two or more biometric factors associated with each biometric expression, to compute a Secret-Key (S1) corresponding to each biometric expression from the set of biometric expressions, generating a Unique-Number (N1) using a random number generation algorithm for each biometric expression, applying a Function (F1) to the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1) for each biometric expression, storing the Unique-Number (N1) for each biometric expression on a user device and in a data repository, and storing the Public-Key (P1) for each biometric expression on a storage device; receiving an account creation request or a login request from an application; authenticating the user by, receiving a subset of biometric samples, corresponding to two or more biometric factors associated with a target biometric expression from the set of biometric expressions, wherein the subset of biometric samples is captured from the user, processing the subset of biometric samples, corresponding to the two or more biometric factors, to generate a Secret-Key (S2-t) corresponding to the target biometric expression, fetching the Public-Key (P1-t) corresponding to the target biometric expression of the user from the storage device, computing a Real-Time-Unique-Number (N2-t) using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1) corresponding to the target biometric expression, comparing the Real-Time-Unique-Number (N2-t) with the Unique-Number (N1-t) stored on the user device, thereby authenticating the user; and transmitting to the application a request to create an account on the application or to enable the user to obtain authenticated access to the application, wherein the request comprises an Application User ID of the user.
 2. The system of claim 1, wherein the login request is generated upon scanning a machine-readable code, wherein the login request comprises a web socket ID, wherein the communication with the application is enabled using the web socket ID.
 3. The system of claim 1, wherein the application is a web-based application or a mobile application.
 4. The system of claim 1, wherein the Application User ID is generated during a signup process, wherein the Application User ID is maintained at the user device.
 5. The system of claim 1, wherein the set of biometric factors comprise fingerprint, face, voice, retina, and palm vein, wherein the set of biometric expressions are captured over the user device.
 6. A method for enabling a user to obtain authenticated access to an application using a biometric combination lock, the method comprises steps of: registering a user by, providing an interface to capture a set of biometric expressions, wherein each biometric expression corresponds to a combination of two or more biometric factors from a set of biometric factors of a user, receiving a set of biometric samples of the user, corresponding to each biometric factor from the set of biometric factors, processing, the set of biometric samples, corresponding to the two or more biometric factors associated with each biometric expression, to compute a Secret-Key (S1) corresponding to each biometric expression from the set of biometric expressions, generating a Unique-Number (N1) using a random number generation algorithm for each biometric expression, applying a Function (F1) to the Secret-Key (S1) and the Unique-Number (N1) to compute a Public-Key (P1) for each biometric expression, storing the Unique-Number (N1) for each biometric expression on a user device and in a data repository, and storing the Public-Key (P1) for each biometric expression on a storage device; receiving an account creation request or a login request from an application; authenticating the user by, receiving a subset of biometric samples, corresponding to two or more biometric factors associated with a target biometric expression from the set of biometric expressions, wherein the subset of biometric samples is captured from the user, processing the subset of biometric samples, corresponding to the two or more biometric factors, to generate a Secret-Key (S2-t) corresponding to the target biometric expression, fetching the Public-Key (P1-t) corresponding to the target biometric expression of the user from the storage device, computing a Real-Time-Unique-Number (N2-t) using the Public-Key (P1-t), the Secret-Key (S2-t) and the Function (F1) corresponding to the target biometric expression, comparing the Real-Time-Unique-Number (N2-t) with the Unique-Number (N1-t) stored on the user device, thereby authenticating the user; and transmitting to the application a request to enable the user to create an account on the application or to obtain authenticated access to the application, wherein the request comprises an Application User ID of the user.
 7. The method of claim 6, wherein the login request is generated upon scanning a machine-readable code, wherein the login request comprises a web socket ID, wherein the communication with the application is enabled using the web socket ID.
 8. The method of claim 6, wherein the application is a web-based application or a mobile application.
 9. The method of claim 6, wherein the Application User ID is generated during a signup process, wherein the Application User ID is maintained at the user device.
 10. The method of claim 6, wherein the set of biometric factors comprise fingerprint, face, voice, retina, and palm vein, wherein the set of biometric expressions are captured over the user device. 